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In the Fall '94 CAUSE/EFFECT, which focuses on library and Information Technology 
relationships, collaboration is variously defined as "working together toward shared group 
goals" [1] and "the process of shared creation." [2] In both of these senses, collaboration 
between librarians and information technologists is seen as valuable, even necessary. The 
need for these two groups to collaborate arises from convergence of their missions, user 
demands for coordinated services, competition for resources, and advances in electronic 
storage, retrieval and sharing of information. Moreover, the pace of technology requires 
rapid yet flexible responses, not protracted haggling over territories, roles and 
responsibilities. What’s needed are strategies to accelerate the collaborative process; 
strategies adaptable enough to deal with change yet creative enough to foster both internal 
and external cooperative efforts. 

Furthermore, these strategies should be seen as a means to the end of satisfying 
customer needs for integrated information services. Moving from separateness to synergy 
can be facilitated by the selective use of certain popular management methods. These 
techniques include the use of teams, changes in reporting structures, integration, cross- 
pollination, management dictates, as well as elements of some popular external-stimulus 
approaches such as Total Quality Management fTQM) and Business Process Re- 
engineering (BPR). The success of these strategies in the collaborative setting depends 
upon library and computing leaders' willingness and ability to embrace a common vision, 
articulate a clear direction, share risks and accept new responsibilities. 

Rosabeth Kanter recently described eight conditions for successful collaboration 
between organizations. [3] She argues persuasively that truly advantageous partnerships 
require real commitment to the relationshipsthemselves, and not mere attention to the 
benefits of any one specific deal. Like good marriages, relationships between libraries and 
computing organizations need to meet certain criteria for ensured success. Among these, 
Kanter lists: 

• individual excellence of the each of the partners independently, 

• long-term goals of each organization which include the relationship itself as an important 
strategy 

• the partners' complementary skills and assets 

• investment of resources 

• open flow of information 

• integration developed through working linkages and connections 

• the relationship's formal status within the institution 

• integrity as displayed by mutual respect between the partners. 

STRATEGIES— TEAMS, TQM AND BPR 

All these methods have promise for dealing effectively with the problems facing our 
institutions today: shrinking budgets, retraining the workforce, demands for accountability 
and lack of coordinated services. 




Although many schools and businesses are adopting these strategies as panaceas, 
there are significant difficulties which can sabotage their wholesale introduction and 
success. 

First, these solutions are very resource- in tensive — requiring additional staff, money 
for training and consultants — at a time when most institutions are strapped for resources. 

Second, they take a long time to achieve results when the crisis in higher education 
demands rapid response. 

Third, maintaining current operations and services while undertaking organizational 
change of the magnitude suggested by TQM and BPR is very difficult 

Fourth, using consultants to introduce these new programs may become an 
addiction. Also, consultants often present packaged training plans not suited to your 
organization or its culture. Finally, much of the literature and research focuses on business 
models of the adaptation of these techniques. There are significantly different variables to 
consider in an academic setting. Rather than adopting any one approach entirely, librarians 
and IT professionals may find portions of the techniques promote improved customer 
service, synergy, adaptation to change, and re-organization of outmoded structures. 

Teams 

In all three strategies, the use of teams is seen as a positive force for worker 
empowerment, customer satisfaction, coping with change and the breaking down of 
organizational barriers. According to Jon Katzenbach a team may be defined as "... a small 
group (less than 20 persons) with complementary skills, committed to a common purpose 
and set of specific performance goals. Members are committed to working together to 
achieve the team’s purpose and hold each other jointly and fully accountable for the team's 
results." [4] 

Using teams to promote synergy will only be successful under certain conditions. 
Across and within the organizations, teams only thrive where there is: 

• excellent verbal and written communication 

• a high level of interpersonal trust 

• authority residing in the team for decision-making. 

What is typically missing, both within an organizational unit and across the 
organization generally, is a clearly articulated and commonly embraced understanding of: 

• the mission of the parent and constituent organizations 

• team purposes and objectives 

• service level agreements 

• reward structures for team participation [5] 

In addition, a teams approach requires significant commitment of resources by the 
parent organizations. To embark half- heartedly upon teams-building, i.e., without proper 
allocation of resources for training and planning, is to court disaster. Performance is 
doubly hampered when teams are allowed to stagnate or are not supported enthusiastically 
by upper management. Teams can be successful only if properly planned and adequately 
supported. 

TQM 

Another popular management strategy for improving service operations is Total 
Quality Management While TQM evolved with Edward Deming in the 1950s, it was not 
until the mid to late 80's that it became popular in this country. The Malcolm Baldrige 
National Quality Award [6] was established in 1987 as a private/public partnership to 
encourage quality in American companies. Definitions of quality vary from Crosby's brief 
"conformance to requirements" [7] to Deming's more detailed 14 points. [8] 

Most quality approaches, though, have the following elements: customer focus, 
empowerment of all employees, strong emphases on training, teams, benchmarking and 
continuous process improvement. The strengths of TQM are that it: 

• focuses on the customer 
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• can lower costs while providing better, more timely service 

• brings strength and depth to organizations by empowering employees 

• provides a structured method for improving processes and measuring results 

The danger in this strategy is that the process can become an end in itself, rather 
than a means to improve customer satisfaction and business processes. An excessive 
proliferation of teams and overemphasis on training, without addressing customer needs 
and institutional goals, can sometimes result. 

Both teams and TQM are best used when there is a specific customer need to be 
addressed, explicit requirements and measurable gains. A hypothetical example may 
illustrate: a user survey shows that customers need more help with Internet navigation. A 
team comprising staff from several levels of both the IT and the Library organization is 
formed to design, implement and evaluate a program of on-line consulting within a 
specified timeframe and with frequent measurement of user satisfaction and service levels. 

Business Process Re-Engineering (BPR) 

The most recent management trend is business process re- engineering. This 
strategy involves a fundamental rethinking and radical redesign of business process to 
achieve dramatic improvements in critical contemporary measures of performance: cost, 
quality, service and speed. BPR is broader in scope and takes longer to implement than 
most Quality programs. It is far more revolutionary, requiring reinventing, making 
sweeping changes in management and organizational structure. In a reengineered process, 
the work units change from functional units to process-oriented teams. Jobs change from 
simple tasks to multidimensional work, so that workers achieve a greater sense of 
completion, closure and accomplishment. [9] 

In BPR the typical functional division in computing is discarded in favor of 
process-oriented team. At the University of Idaho, hierarchical and functional structures 
were disbanded to create a flat organization, with no staff member reporting to anyone but 
the top management team. This reorganization facilitated equal and open team recruitment. 
Now employees see themselves as team members rather than as aligned with a particular 
functional area. 

Some useful attributes of BPR are: 

• it is customer driven 

• it facilitates worker empowerment, with authority for their responsibility 

• it forces a wholistic rather than a piecemeal examination of processes 

Problems occur when organizations adopt programs such as BPR without regard to 
local conditions and values. Unlike TQM, BPR is radical — it requires, by definition, the 
changing of a process rather than its improvement. It should only be embarked upon if 
there is commitment from the top to pursuing a radical solution; resources to facilitate that 
change — consultant support, money and time for training — and recogniton of how BPR 
will impact operations. 

Common themes running through all three strategies — teams, BPR and TQM — 
include: the importance of focusing on the customer, the need for management support and 
change as a constant. As service organizations, libraries and IT have a primary mission of 
assessing and satisfying the needs of their customers. Although this has always been true, 
the new management strategies emphasize refocusing on what it means to be "customer 
centered". 

FOCUS ON SERVICE TO THE CUSTOMER 

One of the fundamental requirements for customer service in a collaborative 
environment is that the partners have the same definition of the client base of customers. At 
the very least, they must explicidy agree on various categories and on the prioritization of 
those customer needs. The University needs to agree, and have articulated a vision to 
support that customer base. For example, in a large, public research university, the 
customers include the faculty, staff and students; they probably also include the taxpaying 
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citizens of the state. The needs of these constituent groups may sometimes conflict Even if 
they are in harmony, it is important to agree upon prioritization. 

Focusing on the customer means measuring success by customer- defined criteria. 
For example, successful computing for a research physicist may mean faster CPU cycles 
and broader network bandwidth while her secretary may define good service as a speedy 
answer to his help desk question. Therefore, it is important to understand and focus on 
what the customer considers good service and to prioritize the level of service in accordance 
with the mission of the overall organization. 

When librarians and IT professionals define joint projects, it is helpful to apply 
what the University of Washington Libraries calls a "customer-centered filter". Additions 
or deletions to services and products must be decided according to what the primary 
customer base needs most. This can help settle disputes between partners, help to reach 
consensus and negotiate to "yes" on the myriad of good ideas often presented. 

One of the difficult issues libraries and IT organizations need to focus on is the need 
for a single point of contact for the end user of the Internet With the goal of improving 
faculty use of the Internet at Seattle University, a librarian, computing user services staff 
and a faculty member collaborate to offer a course on using the Internet for research. The 
course is taught and designed by the faculty member, with library assistance in identifying 
the best resources; advertising, scheduling and coordinating is done through the 
information technology office. 

Understanding and improving the processes begins and ends with customer- 
centered requirements. [10] Constant evaluation of services both separately and jointly 
involves measuring baseline service levels and improvements by conducting qualitative and 
quantitative customer surveys. At Harvard University's Office of Information Technology, 
the service improvement process begins with identifying the customer output requirements 
and the process to improve. The next steps are to analyze, measure, improve and evaluate 
the service. Through the entire process, the customer's perspective must set the course. 

MANAGEMENT SUPPORT AND STRATEGIES 

One key to success with a collaborative approach is top management's support for 
the strategy. Not only must the leaders believe in the collaborative effort, they must 
articulate that belief in terms of a shared mission, vision and goals — in meetings, joindy 
published statements and other visible indicators. 

Statements of collaboration must be backed by resource allocation. Allowing mid- 
level managers to control their budgets is a clear indicator of high-level support. Risk- 
taking and innovation should be promoted and supported through reward and recognition. 
Another consideration in resource allocation is the development of service level 
agreements — who will do what, provide what, in what time frame, with what response 
time. Anita Lowry's article on "The Information Arcade at the University of Iowa," gives a 
recipe for success which includes "Documented agreements regarding the respective 
responsibilities for and contributions to the project, with specific commitments in terms of 
personnel, funds, and other resources." [11] 

At the University of Washington, the University Advisory Committee on Academic 
Technology, beginning in 1988, recommended the building of strategic relationships 
between Computing & Communications and the University Libraries. [12] They also 
recommended increased use of centrally maintained hardware and advocated 100% building 
connectivity by 1997 using tcp/ip protocols. Many projects have come to completion 
through the joint work of the Computing & Communications and Libraries organizations. 

In all cases, resources were allocated within all participating groups, and University 
funding was made available as well. 

By promoting and rewarding cross-organizational teams, mid- level managers can 
enhance synergy. Providing adequate resources involves training in such team skills as 
facilitating, brainstorming, achieving consensus, problem solving and conflict resolution. 
Team members' rewards should include linking team performance with individual 
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employee evaluations. Team training requires providing sufficient staff backup so that team 
members can suspend regular duties in order to train for the team's work. 

With the customers' satisfaction as the overarching goal, it becomes important to 
focus on process and service rather than organizational structures and functions. Individual 
skills, not sterotypes and hierarchy are the considerations in building a successful team. 

For example, the librarian with technical skills and the programmer with documentation 
skills may be the most appropriate team members for developing manuals on Internet 
navigation. 

Managers can build flexibility and responsiveness into teams by encouraging 
interlocking memberships and by assuring authority to carry out decisions made. At Seattle 
University, the Associate VP for IS built a CWIS team to include not only a programmer, 
Help Desk Manager and the public services librarian, but also the University publications 
officer, the Business School computing coordinator and a representative from the largest 
end-user community, the students. Team members are given a budget to accomplish tasks 
that require additional resources. 

CHANGE AS A CONSTANT 

From top management on down, openness to changing traditional patterns and 
structures must be encouraged and seen as a positive and inevitable force. Change should 
be expected and even anticipated as a source of opportunities. Library and computing 
managers should — both separately and jointly — review evolving roles in their 
organizations. Rather than competing for niches, it may be advantageous to adopt an 
inclusive attitude which views library and information technology positions as all part of 
the same "job family". [13] 

Managers create the environment and provide resources for change; staff identify 
opportunities for improvement and implement change. Listening to customers and to each 
other is an important part of this process. Regular time together — in joint meetings, shared 
working spaces, collaborative projects — encourages communication and questioning of 
current practices. Used appropriately, job sharing spreads expertise and responsibility for 
operational functions across units and organizations. 

Changes made for change sake, however, should be avoided, especially if they are 
technology, not customer, driven. For example, user interfaces to campus wide 
information systems should not be capriciously modified; instead, enhancements can be 
accumulated, allowing time between releases for the system's users to catch up. 

Change is also an important component of continuous quality improvement. Once a 
process is identified for improvement, the steps in the process include planning for change, 
trying it out, checking to be sure results are what was expected, making adjustments, 
implementing the change, and making it part of the systems and processes being managed. 
Once a successful change is implemented, its productive components can be identified for 
use in other situations. [14] This notion of re-using best practices is what is behind the 
concept of benchmarking. 

BENCHMARKING 

Determining where and when change is appropriate is easier when regular 
assessment of processes and customer .satisfaction is being performed. Benchmarking, an 
important component of both BPR and TQM approaches, is one such assessment tool. It 
can connote constant statistical monitoring of processes; but more broadly defined, 
benchmarking means measuring your own organization's performance in qualitative or 
quantitative ways against other similar organizations which are models of successful or 
efficient operation. Both types of benchmarking can be used to improve customer service. 
In addition, if librarians and information technologists observe and implement each others' 
best practices, collaboration increases and products and services shared between 
organizations improve. The first step in benchmarking is to determine what services to 
measure; these should include processes which are important to your customers. The next 
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step is planning the benchmarking project and choosing a team leader. Before studying 
others, it is important to understand the factors that affect your own performance. The next 
step is studying others, searching out leaders who have demonstrated successful 
collaboration and improvement of services, preparing questions, and performing the study. 
Conference presentations and conversations as well as professional literature can help 
identify successful models to study. Learning from the data collected about others is the 
fifth step. The final step is determining how to use the results in the organization. [15] 

Librarians and information technologists can share best practices/successes with 
one another, particularly in the user services area. At Seattle University, the library liaison 
program, which pairs librarians with departments and colleges for collection planning and 
development, served as a model for a "customer service representative" in IT. Computing 
staff designated as service reps are paired with a liaison in each college or administrative 
area for communication about technical needs and changes as well as for planning new 
information technology services and training programs. 

OUTSOURCING TO EXPAND RESOURCES: PROS AND CONS 

Another practice which has been useful in the business world and adopted by some 
libraries and computing organizations is outsourcing; that is, using external resources to 
offer services that have traditionally been provided internally. Outsourcing can provide 
resources and expertise that would be difficult if not impossible to provide in-house. Small 
computing organizations, for instance, often cannot afford the staffing resources required 
to plan and implement a campus network and must outsource wiring and even installation 
of network cards and software to contractors for a limited period of time. Outsourcing has 
its dangers, however. Top financial managers can be persuaded by vendors that it is a 
panacea, sometimes without careful consideration of the potential consequences. When not 
used selectively, outsourcing can lead to dependency upon external resources. When goals, 
deliverables and timelines are not clearly established by the contractingorganization, a lack 
of control can result. Just as with teams, well developed service level agreements between 
the parties are critical to its success but not easily developed or monitored. 

Outsourcing training to introduce new concepts and techniques — including Teams, 
TQM and BPR — is often more effective than using internal resources. Trainers who have 
expertise in these techniques are brought in to train staff, train the trainers, and/or 
recommend a course of action to improve service delivery and collaboration. Many 
consultants, however, recommend "packaged" approaches not customized to your 
environment If the techniques do not suit the local culture, there is little chance they will be 
adopted. 

To cut costs of employing outside resources, librarians and information 
technologists should consider sharing them. Having these two professional groups 
attending the same classes also promotes communication and synergy. Sharing in- house 
trainers is another strategy for facilitating cooperation and saving money. 

NEGOTIATE RESOURCES FOR SYNERGISTIC RESULTS 

Such leveraging of resources can be done internally as well as with external 
consultants. In the following two examples, libraries and IT organizations achieved 
synergistic effects through collaboration in situations where resources were scarce. 

University of Washington's experience 

Leveraging resources can be accomplished with cross- organizational teams, which 
share staff, pool dollars and provide cross-training opportunities. In 1992 the University of 
Washington undertook to replace its automated library management system and to build a 
campus-wide information system. The campus was (and is) dedicated to open networking, 
a uniform interface to information resources, and a collaborative approach to campus-wide 
computing. 
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In accord with the University Advisory Committee on Academic Technology's 
directive, [16] the Libraries and Computing & Communications (C&C) have jointly built an 
information system for the campus which includes administrative information, computing 
technology policies, procedures and events, the libraries' online catalog, locally mounted 
abstracting and indexing databases, and Internet searching tools. 

They pooled funding and secured a matching amount from the University in order 
to replace the existing proprietary (Geac) library management system (ELS) with one which 
could be snugly integrated with the campus tcp/ip network. C&C's Information Systems 
and the University Libraries jointly negotiated a contract with Innovative Interfaces, Inc. 
for their unix-based ILS. This was all part of the manifestation of a well-articulated vision 
for networking, workstation deployment and information technology across the campus. 
That vision is an essential element of collaborative change in any complex environment. 

Public access to information and bibliographic data had been provided by the joint 
development of both a graphical and a character-based user interface (Willow and 
UWIN/Wilco). The Health Sciences Library and Information Center, in conjunction with 
Computing & Communications' Information Systems (IS), had earlier developed the 
XI 1/Motif based GUI (Willow, a general purpose information retrieval tool for use with 
MEDLINE. With librarians and faculty guiding the functional design, and the IS 
programming staff using the most efficient development tools, the mix of expertise proved 
very successful. Willow functionality was then adapted for the lowest-common 
denominator interface — character-based vtlOO. [17] 

Because the Innovative database is maintained in the libraries, using the Innovative 
"off the shelf' system, Librarians and programmers worked on small development teams, 
one of which produced a MARC format loader for our BRS Onsite system (which Willow 
and Wilco query). Librarians provided the MARC expertise, and helped the programmers 
to map appropriate tagged fields to BRS paragraph structures. Outsourcing was used again 
to preprocess the library catalog by a service provider. The Libraries now regularly sends 
its data out incrementally, to be "massaged" by authorities preprocessors. 

In this way, a careful mix of outsourcing. and local, joint development was used in 
order to meet the common goals in a timely fashion, and with the resources we were able to 
bring to bear. By Fall, 1994, most of the teams had disbanded, having achieved their 
charges. The new services were absorbed into the operational stream, and cross-divisional 
advisory groups were appointed to oversee the services. 

Seattle University's experience 

Another library development project, this at a much smaller institution, used 
collaborative teams, resource sharing, top management support, and flexible boundaries to 
achieve the goal of meeting customer needs for an automated catalog available anywhere on 
and off campus. 

When a new Associate Vice President for Information Services arrived at Seattle 
University in the fall of 1991, funds had been set aside for a library project, but the Library 
Director did not have access to them. Because of her recent experience in implementing an 
automated library system and a campus-wide network elsewhere, the Associate VP was 
charged by the Provost to lead the automation project with the Library Director and was 
given funding for the project. 

Examining the technology resources of the Library, she decided to ask the 
University Cabinet for additional funds to acquire microcomputers and to begin to network 
within the Library. Simultaneously, a campus-wide network project was being proposed, 
with future access to the library holdings from anywhere on and off campus as one of the 
primary benefits. The Cabinet request for additional funding was accepted, and library staff 
training in office automation and networking was initiated by IS. 

The automation team was composed of equal numbers of IS and library 
professionals. Information Services contributed an under-utilized RISC machine to run the 
library system. They also agreed to manage hardware and network maintenance, to prepare 
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and monitor the overall project plan and to perform financial and technical analyses of 
alternatives. The Librarians developed evaluation tools and scenarios for examining 
functionality and setting priorities. A champagne toast ended the planning phase of the 
project. 

Relationships, however, were sometimes strained. Librarians disliked the name 
"information services" being given to a computing organization and were suspicious that IS 
was trying to take them over. After the selection, an implementation team including IS 
focused on technical details, but another team, LISP (Library-IS Partnership), undertook 
the task of building bridges and identifying projects "beyond OPAC." The A VP served on 
the Search Committee for a new Library Director, who now chairs the group. Because of 
the monthly meetings of LISP, the Library became a key partner in developing SU's CWIS 
and the Library and IS now offer Internet courses jointly developed and taught. 

Start Small 

Clearly the projects just described are an accumulation of many small cooperative 
and collaborative efforts. To start, projects should be small and well defined. Efforts 
should address customer needs and use the special skills of each organization. Milestones 
in the pilot can be acknowledged and recognized as successes. Rewards should reflect 
appropriate levels of compensation and varying motivations. With a small success 
accomplished and recognized, larger collaborative projects can be initiated. 

CONCLUSION 

The theme of Library/Information Technology collaboration is a popular one, as 
evidenced by CAUSE’S dedication of an entire issue to this subject. Numerous case studies 
document schools which have attempted collaborative efforts, benefitted from them, and 
described the lessons learned. Chances for successful collaborative projects, however, are 
increased if certain strategies are employed from the outset. Many of these techniques are 
already familiar as part of current management trends for using teams, promoting quality, 
and re-engineering the organization: 

• focusing on customer needs first 

• getting top management support 

• developing and articulating joint mission statements and service agreements 

• planning for change and continuous process improvement 

• building flexibility into organizational structures 

• benchmarking services and processes with peers 

• outsourcing where needed to expand resources 

• negotiating ways to achieve synergistic effects 

• starting with small projects before moving to more ambitious collaborative 

efforts. 

Footnotes: 

1 Sara Kiesler, "Working Together Apart," CAUSE/EFFECT, Fall, 1994, p. 8. 

2 Michael Schrage, Shared Minds: The New Technologies of Collaboration, (New 
York: Random House, 1990) p. 40. 

3 Rosabeth Moss Kanter, "Collaborative Advantage: the art of alliances; successful 

partnerships manage the relationship, not just the deal," Harvard Business Review, 
July/August, 1994, p. 100. \ 

4 Jon R. Katzenbach, The wisdom of teams : creating the high-performance 
organization (Boston, Mass.: Harvard Business School Press, 1993, p. 24. 
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5 Ibid., p. 30. 

6 Mark Graham Brown, Baldrige Award-Wining Qualifications: How To Interpret 
the Malcolm Baldrige Award Criteria (Milwaukee: ASQC Quality press, 1992). 

7 Philip B. Crosby, Quality Is Free (New York: McGraw Hill,1979) p. 15. 

8 W. Edwards (William Edwards)Deming, Quality, productivity, and competitive 
position (Cambridge, Mass.: Massachusetts Institute of Technology, Center for Advanced 
Engineering Study, 1982. 

9 Michael Hammer and James Champy, Reengineering the corporation : a 
manifesto for business revolution (New York : Harper Business, 1993, p. 1 1. 

10 "The Harvard Quality Process", Harvard Office of Information Technology 
("handout" at CAUSE '93 session) 

1 1 Anita K. Lowry, "The Information Arcade at the University of Iowa", 
CAUSE/EFFECT, Fall, 94, p. 44. 

12 University Advisory Committee on Academic Computing, Robert O. Watts, 
Chair, "Report on Library Computing at the University of Washington." February, 1990, 

p. 1. 

13 Anne Woodsworth and Theresa Maylone, Reinvesting in the Information Job 
Family: Context, Changes, New Jobs and Models for Evaluation and Compensation, 
Cause Professional Paper Series, No. 11 PUB3011, Boulder, CO: CAUSE, 1993. 

14 "The Harvard Quality Process", handout. 

15 Connie Towler and Douglas Remick, "Change in the Trenches: Continuous 
Improvement of Service Processing," CAUSE, 1993. 

16 University Advisory Committee on Academic Computing, p. 1. 

17 Willow/Wilco are trademarks of the University of Washington. They are 
copyrighted, but are available free of charge. Information about the systems is available at: 
http://www.cac.washington.edu/willow/home.html 
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Abstract 

All undergraduate students at MIT are required to take a certain number of 
“HASS-D” (Humanities, Arts, and Social Sciences Distribution) classes. The 
enrollment for each class is limited, leading to competition for spaces. 

In the spring of 1994, the HASS office introduced a new system for assigning 
students to classes. Students ran an application (available on the approximately 
800 Athena workstations, plus dialup servers) which allowed them to select up 
to six classes in order of preference. After students had made their selections, a 
lottery program made assignments, giving students as close to their top choice 
as possible, and sent email to the students telling them of their assignment. 

The lottery has been run for two semesters, and has consistently given over 
90% of students their first choice. Once we took a global view of the system, 
it turned out that there was no problem matching students with their desired 
classes. 
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1 Background 

At the Massachusetts Institute of Technology, there is a requirement that all students 
take a certain number of humanities classes, to ensure that their education isn’t 
entirely technical! These classes are referred to as the “Humanities, Arts, and Social 
Science Distribution” (“HASS-D”) classes. Because each of these HASS-D classes 
requires more writing than is typical for MIT classes, and because the classes are 
expected to allow for more discussion than large lecture classes, enrollment in each 
class is limited to 25 students. 

As of June of 1993, the system for selecting students was completely ad-hoc; 
students appeared at the first meeting of a class they were interested in, and if more 
than 25 appeared, the instructor used a lottery (or whatever other mechanism he or 
she wanted) to cut down the enrollment. 

This was frustrating for both faculty and students. Faculty did not know how 
many students wanted to attend a particular section until after classes started, and 
often lost valuable teaching time running unpleasant lotteries. Students were forced 
to attend multiple classes or risk being shut out of their top-choice classes. If they 
were lotteried out of a class, they had to scramble to find another class with a vacancy. 
The result was general confusion for both students and faculty for the first few weeks 
of each term. 

It was known that there was enough space in the offered classes for all students 
wanting a HASS-D to get one. However, the chaotic selection system obscured this 
fact, and produced the impression that there weren’t enough seats to go around. With 
this in mind, the assistant dean of Undergraduate Academic Affairs came up with 
the idea of using Athena, the MIT academic computing system, as the infrastructure 
for a new package which would allow students to apply for classes and receive their 
assignments electronically. 



2 Expectations 



The expectations of this package were that it would: 
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• Let approximately 2000 students, using the Athena computer system, view a 
list of available HASS-D classes and rank their choices in order of preference. 
The selection package would remain running and allow students to make and 
edit their choices from the end of the Fall 1993 semester through the beginning 
of the Spring 1994 semester. 

• Shortly before classes were to begin, the package would download the students’ 
selections to an administrative PC, where statistics on over- and under-enrolled 
classes would be generated, and the lottery would be run. 

• Finally, it would send the lottery results back to Athena, where all students 
would receive email telling them of their assignment. In addition, a file list- 
ing the classes which still had space would be made public, for those students 
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who were unhappy with their assignment or who wanted to take additional 
humanities classes. 



3 Challenges 

There were a number of challenges in designing and implementing this package, both 
in the “front end” (the student selection application) and in the “back end” (the 
administrative package used by the HASS office.) 

First came the students’ privacy. We required that the package be secure from 
snoopers who wanted to find out other students’ selections and assignments. We 
decided to meet this requirement by using a Kerberized client/server architecture, 
with the database residing on a secure machine, and each student being authenticated 
to the package via Kerberos. 

Because the application would be run only twice a year, it must be made as simple 
to use as possible. This was especially critical on the student side, as it would be 
impossible to give individual coaching to two thousand students. The package also 
had to be robust enough to survive a barrage of procrastinating students all making 
their selections at the last moment. 

The package must be absolutely fair. We decided that all students would be 
treated identically. There would be no priority given to seniors, to students with 
particular majors, and so forth. Furthermore, the lottery algorithm should be proven 
robust and non-deceivable; that is, there should be no way to manipulate the package 
by making strange selections. 

In addition, the HASS office had some specialized requirements for their part of 
the application. Because of their policy that a student lotteried out of a class one 
semester would be automatically admitted to it the next time it was offered, they 
needed a special report of students not receiving their first-choice class, to be used 
for reference the next semester. This, in turn, required that there be a “back door” 
for manually placing students into classes, to be used for the previously lotteried-out 
students, for desperate seniors requiring one more class to graduate, and the like. 



4 Architecture 

The package was partitioned into three major sections: The student portion of the 
package (the “front end”) would run on the Athena Unix machines, and the HASS 
office portion (the “back end”) would run on a 486 PC in their office. In addition, the 
lottery algorithm itself was prototyped and developed on the Unix side, but eventually 
run on the PC. 

The “front end” included the following components: 

• A front-end student selection client, in both Motif (for workstations) and Curses 
(for dialup) use. This client would present the available choices for HASS-D 
classes and allows students to select up to six of them, in order of preference. 
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Students would be able to revise their selections as many times as they wanted 
during the selection period. 

• A database server, to maintain the student selection data. This server must use 
Kerberos authentication to secure its connection with the selection client. 

• A collection of automated scripts to transfer data from the Athena enviroment 
into the back-end application, and vice-versa. 

• An email package to send out the final assignments. 

The “back end” application for the HASS office provided the following abilities: 

• Remote configuration of the Athena client. (That is, turning the student selec- 
tion client on and off, editting the list of classes available and the explanatory 
text, and so on.) 

• Moving class and selection information back and forth between the front- and 
back-ends. 

• Manually assigning students to classes. 

• Producing reports, including class rosters, lists of over- and under-enrolled 
classes, and lists of students not receiving their first choice. 



5 The Lottery Algorithm 

We spent a significant amount of time selecting the lottery algorithm to be used for 
assignments. This type of bipartite matching is a well-known problem, informally 
known as the “stable marriage problem.” We wanted to assign as many students as 
possible to their first choice, while not rewarding students who made only one choice. 
(Since we wanted to encourage students to make as many selections as possible.) 
After prototyping three algorithms and running them on data from previous years’ 
student selections, we selected the one which appeared to be most appropriate. In 
informal terms, the lottery algorithm worked as follows: 

• Begin by assigning all students to their first-choice class. 

• Step through all classes which are now overenrolled. Randomly remove students 
from these classes until they are back down to their maximum enrollment. 

• For each student who was removed, step down his or her list of alternate choices 
and assign this student to the highest choice with space available. 

In this algorithm, a student’s alternate choices are not looked at unless the decision 
has already been made to remove him or her from the class. Thus, making alternate 
choices only makes it more probable that a student will receive a desirable class if 
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he or she is lotteried out of the first-choice class, and does not reduce the chance of 
being assigned to the first-choice class in the first place. We publicized this algorithm 
widely, so that rumors of how to “fool” the lottery would not circulate. 

Ironically, the choice of algorithm turned out to be almost irrelevant, because there 
were enough spaces for almost all students to get the classes they most wanted. No 
matter which algorithm was chosen, it would have had an effect on very few students. 



6 Development 

Coding of the package, with two developers working half-time, began in September 
1993. The Athena portion of the system was complete and operational for December 
of 1993, so that students could begin making their selections as they completed their 
final exams. The administrative portion was completed shortly thereafter. 



7 Running the System 

Each participant in the system has a limited, simple, view of how the system works. 
As a particular student would see the system, she ranks her choices from a list of 
classes, being sure to list in first place the class she has pre-registered for with the 
Registrar’s office. Just before classes begin, she receives her lottery assignment by 
email. From the HASS office’s perspective, they begin by sending out the list of 
offered classes and some explanatory text, and later collect the students’ choices. 
After running the lottery, they send the results to three places: The students, the 
professors, and the Registrar’s office. An individual professor simply receives a piece 
of paper with the class roster on it, and the Registrar’s office receives a list of students 
not receiving their first choice, so that the students’ pre-registration information can 
be updated. 

The system, though, is actually more complicated than perceived by the partic- 
ipants. Figure 1 shows a schematic view of the system. Each virtual component 
of the system is depicted by a box, and the numbered arrows indicate the flow of 
information between components. 

7.1 Preliminaries: 

The selection process requires some manual operations each time it is started. First, 
an administrator for the database server machine must clear out the database of all 
previous student selections, and the HASS office must supply some configuration files 
for the selection client. 

The HASS office has control of all text appearing on the front-end client’s screen. 
(Figures 2 and 3 show the main screen as seen by the students.) Each semester, the 
office must send over the text to appear on the welcome screen, the list of classes to 
select from, and the text which appears above the list of classes. (The office can change 
this text at any time, even after the selection process is already in progress.) They 
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also can turn the client on or off remotely. The movement of these configuration files 
is shown as arrows 1, 2, and 3 in Figure 1. They are sent via FTP (“File Transfer 
Program”) to a transfer point on an Athena workstation, where a periodic script 
checks for new arrivals and moves them to a public location in AFS (“Andrew File 
System”) space. Once these files are in place, any student running the enroll or xenroll 
application will see the latest information. 

7.2 Making selections 

Once the database has been cleared and the client configured, the HASS office turns 
on the application. This is typically done at the end of the semester, so that students 
can make their choices for the next semester as they complete their exams or during 
break. 

For the remainder of the selection period, the package operates automatically. As 
students make their selections, they are stored in a database on the Athena side. A 
script on the database server machine periodically copies the contents of the database 
to the FTP transfer point, where the HASS application can take them. This process 
is shown via arrows 4, 5, and 6 in Figure 1. 

7.3 Running the lottery 

At the end of the selection period, the HASS office turns off access to the selection 
client. Getting a final copy of the database contents requires a phone call to the ad- 
ministrator of the database server machine, to make certain that no students are still 
running the client. (Work in progress is not stopped when the HASS office deactivates 
the client, and there are always several students still working at the deadline!) 

After the last students have saved their choices, the HASS office takes a copy of 
the database onto their package. (Arrow 7) They then do whatever manual operations 
are necessary, such as assigning students who were lotteried out of their first choice 
last year, and then run the lottery. After examining the results, if everything looks 
sane, they transfer the results back to Athena (Arrows 8 and 9), and begin printing 
out their class rosters. (Arrow 12) 

7.4 Sending out the results 

For the next few hours, two processes operate in parallel. On the Athena side, the 
database administrator begins a script which steps through the list of class assign- 
ments and sends out email to each student with his or her assignment. (Arrow 10) To 
avoid clogging the mail servers, these messages are sent at a deliberately slow pace 
(roughly one every six seconds) which means that it takes three or four hours for all 
messages to go out. 

Simultaneously, the HASS office prints out rosters for each of the several dozen 
classes. They also determine the list of classes which still have space available (the 
threshold for “available” is adjustable) and send this list to Athena, where it can be 
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viewed by those students who are either unhappy with their assignment or simply are 
looking for an additional class to take. (Arrow 1, since this counts as a configuration 
file.) Finally, as a convenience for the students, they create a list of students not 
receiving their first choice, along with the class that they were assigned, and provide 
this list to the Registrar’s office so that the students’ official schedules can be updated 
with the assigned classes. (Arrow 11) 



8 Outcome 

In the first running of the package, we included a one-week lag time between halting 
the selection client and running the lottery. During this week, the HASS office identi- 
fied oversubscribed classes, and asked the departments to consider adding sections to 
them. As a result of this, four sections were added, providing an additional hundred 
seats in the most popular classes! When the lottery was complete and the smoke 
cleared, 93% of students had received their first choice. 

The following semester, we decided to eliminate the one-week lag time and to 
send out assignments almost immediately (twelve hours) after taking the choices 
from Athena. This time, even with no extra sections added, “only” 90% of students 
received their first choice! Table 1 summarizes the results of the two lottery runs. 





Spring 1994 


Fall 1994 


Total students entering 
Receiving 1st choice 
Receiving 2nd-6th choice 
No assignment 


1206 

1119 (93%) 

64 (5%) 

23 (2%) 


2014 

1806 (90%) 
126 (6%) 
82' (4%) 



Table 1. Rank of assignments given to students 

These results show that, in spite of students’ previous perceptions, there in fact 
was no serious mismatch between the classes offered and the number of students 
wanting to get into these classes. Even for the second use of the package, when we 
did not add any additional sections, the vast majority of students were able to get 
into their first choice class. 

The previous start-of-semester chaos had merely been an artifact of the old pro- 
cess. Once we took a global view of the assignment process, it turned out that there 
was no problem matching students with their desired classes. But the only way to 
discover this was to look at the process as a whole, and not from the viewpoint of 
individual students and instructors. 

We consider the HASS-D lottery package a great success! We have used a variation 
of the package in Fall of 1994 for the Freshman housing lottery, which also went much 
more smoothly than before it was computerized. We believe the next step is to 
make the package into a generalized lottery system, which will no longer require a 
knowledgable Unix administrator to set up and run it. 
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Data flow for HASS-D lottery system 



(ii) 

List of students 
not receiving 
first choice 
(MANUAL), 



(1) configuration 
files (MANUAL) 



(8) Lottery results 
(MANUAL) 




(7) Students’ 

selections 

(MANUAL) 



HASS application 
Athena side 




(9) Lottery results, email text 
(MANUAL) 




(10) Email to students 
(MANUAL) 



(2) 

configuration 

files 


selections 
(MANUAL for final 
transmission, automatic 
otherwise) 






(5) Students’ 








selections 






( 3 ) 

configuration 

files 




(4) Students’ 

selections 

(MANUAL) 



All operations begun manually or requiring human intervention have been flagged with "MANUAL." 
Otherwise, data flows automatically via a variety of cron entries. Step 6, the final transmission of 
students’ selections to the HASS application, requires a large Moira query to be run in order to 
expand the Athena logins into MIT ID’s and full names, and is done once only. Interm transmissions 
are automatically sent with dummy data in the ID and name fields. 



Figure 1. Data flow in the HASS-D lottery system 
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(0)[#1 xwiid: xenroll §£ 



The following HASS-D classes are offered for the Fall 1994 semester. 
Please select up to six classes in order of preference. 



30® m 



^1M30T ~ Sec 7 Harmon^ a"nd "Counterpo i nt 7 LEC~T(T2^- 7:30 LAB~F 7:30 _ _ J 
21M611 Sec 1 Foundations of Theater Practice TR 11 - 12:30 

Cultural and Social Studies 

09.00 Sec 1 Introduction to Psychology LEC MWF3 REC to be arranged 

14,72 Sec 1 Capitalism and Its Critics MW 2 - 3:30 



lst 21L001 Sec 1 Foundations of Western Culture 1: Homer 1 

2nd 



21L002 Sec 1 Foundations of Western Culture II: Rena 



3 rd |j?lL004 Sec 1 Major Poets TR 11 - 12:30 



4th 

5th 

6th I 



Save j Cancel j 



Figure 2. Motif version of student selection client 



[j® xwurt : xterin jjj 0BH 



The following HASS-D classes are offered for the Fall 1994 semester. 
Please select up to six classes in order of preference. 



S21M301 Sec 4 Harmony and Counterpoint I LEC TR 2 - 3:30 LAB F 3:30 I 

21M611 Sec 1 Foundations of Theater Practice TR 11-12:30 I 

I 

Cultural and Social Studies I 

I 

09,00 Sec 1 Introduction to Psychology LEC MHF3 REC to be arranged I 

14,72 Sec 1 Capitalism and Its Critics MW 2 - 3:30 l 

17,241 Sec 1 Introduction to the American Political Process LEC TRIO RECQ 



Classes currently selected: 



4th: 

5th: 

6th: 



21L001 


Sec 1 Foundations 


21L002 


Sec 1 Foundations 


21L004 


Sec 1 Major Poets 


5"ase 


lancel 



of Western Culture I: 
of Western Culture II: 
TR 11 - 12:30 



Help |ave 



Homer to Dante MW 2 
Renaissance to Mod 



Figure 3. Curses version of student selection client 
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CUSTOMERS AS PARTNERS 

IN THE INFORMATION TECHNOLOGY PLANNING PROCESS 



Linda Jom 
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Don Riley 



UNIVERSITY OF MINNESOTA 
Minneapolis, Minnesota 



The Information Technology Planning Project at the University of 
Minnesota included a large-scale customer needs assessment. This 
presentation provides background on the Project and highlights how 
customers were involved in planning. Techniques included a Customer 
Council, focus groups that concentrated on particular customer roles (e.g., 
administrative, research), a customer survey which collected information 
on technology use and priorities for information technology initiatives, and 
a series of visionary “think tank” sessions which brought industry and 
higher education leaders to campus. We discuss project findings, note 
comparisons between customers and information technology providers, 
and outline impact of the project on the University. 



O 



24 



1 1-3-2 



WHY DO A STRATEGIC INFORMATION TECHNOLOGY PLANNING PROJECT? 

“All too often, computing plans are focused on technology itself, rather than on how technology 
enables faculty and students to achieve some of the key instructional or research goals of the 
institution. If it is to have a strong chance of succeeding, the plan cannot be distinct from or 
tangential to the overall academic mission of the university— indeed, the plan must flow from an 
understanding of the mission...’’ Hawkins (1989, p.23I) 

At the University of Minnesota, we realized the need for a strategic information technology plan to guide 
future planning and investments in information technology and to support the University’s mission in 
teaching, research, and outreach. Both the University and the field of information technology are changing, 
and changes in both arenas impact future computing and information strategy. To remain a premier 
institution, the University must have a well-defined information technology strategy that creates an 
integrated electronic environment with cost-effective decisions about resources. 

Like other institutions (Breivik, 1994; Fleit, 1994) we wanted to talk with our faculty, staff, and students 
about their work and how information technology supports what they do. We did not want to conduct a self 
assessment of information technology services; we wanted to discover the needs of customers and how 
information technology supported these needs now and in the future. 

Therefore we embarked on a strategic information technology planning project that allowed us to obtain in- 
depth, qualitative and quantitative information on customer needs. Originally we envisioned an ambitious 
five-step process: review University strategic direction, assess customer needs, assess the existing 
information technology investments already made by the providers of information technology, develop 
strategic information technology architecture, and develop tactical implementation plans. 

In this paper we will mainly discuss the one-year process for assessing customer needs, but also will 
describe how we engaged information technology providers in this process. In addition, we wifi present our 
findings and discuss the project’s impact on the University. 

HISTORY 

The process for defining an information technology strategy for the University of Minnesota community 
began in 1992 when senior University management created an Advisory Users Committee (AUC), with a 
charge to create a vision of computing and information technology for the University. The AUC vision 
states: 



We envision an electronic environment, a common space, that invites members of the University community to 
make use of distributed information technology in realizing our land-grant mission. In addition we wish to involve 
members of the community at large in this collaboration. This environment will be tolerant of diverse computing 
platforms, provide access to global information resources, and will value innovation. (August 12, 1992) 



The vision along with some preliminary strategies for achieving it received endorsement from the 
University President s Cabinet, the University Senate Committee on Computing and Information Systems, 
and the University Senate. The vision was widely shared with academic units and key University 
information technology personnel. 
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To implement the vision, senior management chartered an Information Technology (InfoTech) Steering 
Committee, which recommended an approach focused on establishing the linkage between the University’s 
strategic requirements and its ability to use information technology and to address the needs of academic 
and administrative units. The Steering Committee consisted of the Associate Vice President for Academic 
Affairs, the Associate Vice President for Finance and Operations, the Director of Administrative 
Information Services, a former chair of the Senate Committee on Computing and Information Services, and 
the two co-chairs of the InfoTech Planning Team. The Steering Committee then chartered the InfoTech 
Planning Team consisting of people from academic and administrative computing, student affairs, 
university networking, libraries, graduate school, and collegiate unit instructional computing. 

To begin the project, we conducted an internal and external environmental scan: internally by reviewing 
University strategic planning efforts and previous information technology planning documents, and 
externally through review of peer strategic plans. 

At about the same time the information technology planning process was beginning, the University of 
Minnesota was starting to transform its vision, “University 2000 (U2000): A Road Map to the 21st 
Century,” into plans and reality. The U2000 vision describes a University committed to improving its 
position as one of the world’s premier research universities, improving the environment for teaching and 
learning, enhancing its commitment to service and outreach, providing a user-friendly environment, and 
expanding its commitment to diversity. The University is developing and using criteria for measuring its 
success in meeting these objectives. We reviewed U2000 planning documents, kept informed, and shared 
information with the U2000 planning committee throughout the project. 

The team also reviewed 1 1 previous information technology planning efforts at the University of Minnesota 
and created a “Common Themes” report that highlighted issues that occurred in more than one report. 
Among these common themes were needs in the following areas: goals and vision, an appropriate 
organization to support information technology, integrated planning, appropriate funding models, better use 
of human resources, information technology standards, infrastructure support, user support, better access 
to institutional data, and applications to support the mission. 

We also conducted a thorough review of peer strategic plans. The team reviewed profiles of strategic 
directions, innovative projects, organization structure, and funding models from other universities by 
looking at publications from such resources as EDUCOM, CAUSE Information Resources Library, 
Coalition for Networked Information (CNI), Corporation for Research & Educational Networking 
(CREN), CICNet, MRNet, HECB Telecommunication Council, and the METNET telecommunications 
consortium. We continued to track developments in these areas as the project progressed. 

While conducting this environmental scan, we rarely found detailed information on how data was collected 
from customers. Early on we decided that it was important to not only obtain information from customers, 
but to allow customers to engage in conversations and share information with people from multiple 
disciplines. Therefore, we created a formal project organization and process for collecting customer 
information to achieve this goal. 
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HOW DID WE INVOLVE CUSTOMERS AS PARTNERS? 

Customer Input Organization 

We had three objectives in developing our method of obtaining information from customers and providers: 
obtain in-depth, qualitative and quantitative information on customer needs; validate the AUC vision; and 
promote sharing of information. To help us with this process we formed and worked with a Customer 
Council, Customer Council Liaison Group, and Provider Council. Three separate Listservs allowed 
efficient and effective communication with these large and diverse groups about meeting dates, project 
updates, and change in plans. 

Customer Council. The Customer Council consisted of 150 individuals nominated by their college dean or 
chancellor (up to 4 people from each college with a balance of faculty, administrative staff, technical staff, 
and students) or central administrative department head/director (up to 3 members). Customer Council 
members were invited to participate in the project through involvement in focus groups, through council 
meetings, and through filling out a survey. 

Liaison Group. We created a 15-member Customer Council Liaison Group as a representative subset of 
the full council. This Liaison Group met with the InfoTech Planning Team to review approaches to 
gathering data and was heavily involved by providing substantive and constructive feedback on the 
structure and content of drafts and final drafts of our written reports. 

Provider Council. We created a 15 -member Provider Council from the large central units important in the 
information technology infrastructure on campus — academic computing, administrative computing, 
telecommunications, libraries, media resources, and printing and graphics. Providers met to discuss their 
technology perspective and experiences with information technology at the University of Minnesota, 
discuss the customer assessment findings, and to fill out a survey. 

Data Gathering and Information Sharing Techniques 

After talking with four University of Minnesota national experts on strategic planning, we decided on the 
following techniques for reaching our goals of data gathering and information sharing: 



Technique 


Purpose 


Focus groups 
(Customer Council) 


-obtain qualitative data focused on information technology needs 
-provide an environment in which people could engage in conversations 
that would impact their own view of information technology needs 
(Krueger, 1988) 


Revision/Feedback 

sessions 

(Liaison Group) 


-provide feedback on data gathering and information sharing techniques 
-provide substantive feedback on drafts of reports 


Survey 

(Customer and Provider 
Council) 


-provide quantitative information on customer use of information 
technology 

-provide a prioritization of possible “next step” actions the University 
could take to meet information technology needs 
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Monthly Council meetings -share preliminary and final data analysis and progress of strategic 
(Customer and Provider planning efforts 

Councils) -provide “visionary think tank” sessions. We invited leaders from industry 

and higher education to campus, including speakers from DEC, IBM, 

Apple, US WEST, Silicon Graphics, the Blacksburg Electronic Village 
project, and the Universities of Indiana, Wisconsin, and Michigan 
-share information and develop future collaborative partnerships 

Early in our process it became clear that many people had difficulty envisioning how they would be 
working and using technology in five years. Many were caught up in day-to-day tasks of using the 
information technology already on their desktops, finding money to upgrade hardware/software, or hiring 
research assistants. Therefore we decided to schedule the think tank sessions in order to stimulate visionary 
ideas among the council members. These meetings also allowed people from multiple disciplines to meet, 
listen to and discuss new ideas, and share information. 

FOCUS GROUPS 
Process 

We conducted 21 focus groups from August through October, 1993. Ninety eight people attended the focus 
groups (some attended several). An outside consultant with skills in strategic planning and focus group 
facilitation moderated the focus groups; InfoTech Planning Team members served as assistant moderators. 
Participants self selected into the following functional roles and corresponding focus groups: administrative 
(49 participants), instructional (18), outreach (17), research (16), and student (19). 

A pilot focus group was conducted to refine our procedures and questions. Focus group participants 
completed a pre-focus group survey, which requested that they read the AUC Vision and begin thinking 
about their information technology needs. The focus group questions asked about their current work 
environment and information technology use, future requirements, exciting information technology projects, 
and their reaction to the AUC vision statement. 

During the focus groups, assistant moderators took notes and tape recorded the session. After each focus 
group, the assistant moderators collected completed pre-focus group surveys (68 total). Through re- 
listening to the tapes and reviewing their notes, they created organized notes for each session, which 
maintained confidentiality in participants’ responses and included information from the pre-focus group 
surveys. The consultant reviewed and provided feedback on all organized notes. 

One team member then took the organized notes from a functional area (e.g., administrative, instruction, 
outreach, research, or student) and created the report for that area, incorporating feedback from the 
consultant, InfoTech Planning Team members, and Customer Council Liaison Group members. 

Reports 

As stated above, we created five functional reports that provided detailed information about administrative, 
instructional, outreach, research, and student needs. The reports had three parts: 
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• specific examples of information technology use 

• comments on what is working and not working in terms of information technology 

• key information technology challenges and next steps the University should take in order to meet 
customer work needs 

We also created an overall summary report from the focus groups, Summary of Focus Group Findings. 
The purpose of this report was to highlight common findings between all functional groups and to present 
our recommendations for future information technology planning. 

Finally, we created an 1 1-page list of exciting information technology projects in which customers are 
involved at the University of Minnesota. In addition to the name of the department related to the project, 
this list included a brief description of the innovative use of technology for administrative, instructional, 
outreach, research, or student use. 

SURVEY 

Process 

A survey on customer use of information technology and prioritization of possible “next step” actions for 
the University was conducted in late January and early February of 1994. Response rates were 67% for the 
Customer Council (96 surveys) and 77% for the Provider Council (10 surveys). 

The InfoTech Planning Project Team worked with many groups to develop this survey. Customer Council 
members assisted in developing the items on proposed next steps through participation in small groups at a 
Customer Council meeting; groups were assigned the task of listing and prioritizing the things the 
University should do to better support information technology. From these lists, review of other survey 
instruments, review of focus group suggestions for next steps, extensive discussion with the project team 
and Steering Committee, and input from information technology experts at the University, the survey was 
refined. 

In the survey, respondents were asked about their use of information technology and then asked to rate a 
variety of actions the University could take to improve information technology usage. We grouped these 
actions into three broad categories: (1) General Services (including Information Technology Infrastructure, 
Labs and Facilities, and Consulting Support); (2) Specific needs/activities, and (3) Policy & Planning 
(Information Technology Policy Development, Funding, and Vision & Planning). 

The picture of our customers that emerged was that of a group with primarily administrative duties (51% 
of the sample), although half of the sample also reported either primary or secondary job duties in 
instruction or instructional support, outreach, or research or research support. Relatively few of the group 
(about 5%) reported that being a student was their primary role. The group was almost evenly split 
between men and women, and most of the group (78%) ranged in age from 30 to 49. 

Reports 

We created a report, Findings from the Information Technology Customer Survey, from the survey results. 
This report provides a: 

• Description of how customers use technology (e.g., hardware, software, networking needs) 
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• Prioritization of possible “next step” actions the University could take to meet information 
technology needs 

• Discussion on agreement between providers and customers on the priority of next steps 

WHAT DID WE CONCLUDE FROM THE CUSTOMER ASSESSMENT? 

Detailed accounts of our findings can be obtained by asking for our reports from the CAUSE Information 
Resources Library (see Bibliography for titles). Below, we briefly describe major highlights from our focus 
group and survey findings. 

Focus Group Findings 

In the Summary of Focus Group Findings report we provided the President’s Cabinet, deans and unit 
managers with an executive summary highlighting five major findings from all focus groups: 

1 . Information technology supports a wide range of user activities and extends throughout the University 
community. Participants provided many examples demonstrating how information technology assists in 
their activities, and helps them reach local, state, national, and global communities. 

Participants emphasized that information technology is pervasive and provides opportunities to build 
new relationships. Participants stressed that without information technology they literally could not do 
most of their work and that it is technology that gives them a competitive edge. 

Participants stated that information technology supports the daily functions of communicating, 
collaborating, writing, visualizing, and working with information, all of which facilitate the creation, 
sharing, and preservation of knowledge. Participants made it clear that their use of information 
technology requires a continuum of information technology based on the context of use. 

2. Participants described common attributes needed in order for them to be productive in their work 
environment and provide the foundation for future information technology planning. Participants want 
information technology systems and services that are: accessible, user focused, accountable, reliable, 
timely, easy to use, flexible, and accurate. 

3. Participants discussed five key information technology challenges the University needs to address so 
that people can be successful in their work: 

• Assess and address the information technology support we need. 

• Develop environments that allow us to efficiently and effectively use information technology to 
conduct daily functions that support key University activities. 

• Develop appropriate policies to meet our information technology needs. 

• Develop funding models to meet our information technology needs. 

• Develop an appropriate organizational structure to meet our information technology needs. 

In addition to key challenges, participants provided many examples of specific next steps that 
administrators, providers, supporters, and users of information technology could implement in order to 
meet key information technology challenges. We shared these next steps with University providers of 
information technology for their planning use. 
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4. In general, users supported the AUC vision and major objectives. Participants viewed information 
technology planning as important and wanted it to continue. 

5. Participants discussed in degrees of detail current exciting projects that administrators, instructors, 
outreach personnel, researchers, and students are implementing. We published this list on the 
University of Minnesota Gopher. 

Survey Findings 

The survey provided us with a rich amount of data indicating that customers and providers of technology 
considered most “next step” items important. We choose two key questions to examine to summarize the 
data in a useful way for management and central administration: 

• Which items do customers and providers consider to be top priority? 

• Do customers and information technology providers agree on the priority of next steps? 

Which items do customers and providers consider to be top priority? Table 1 below lists the top four 
items for customers and providers and each item’s average rating. It is interesting to note that all but one of 
these items are policy and planning items. One item refers to general services, specifically consulting and 
support. Customers and providers seem to value policy and planning efforts. Both customers and providers 
want the need for information technology at the University promoted to the legislature. They also agree that 
we need more funding for developing the people resources that support and use information technology. 

Table 1. Top four items for customers and providers 

(Based on average rating— Top priority, do now (4), Valuable, do soon (3), Useful, but not critical (2), and 

Not necessary (1)) 



ff em Cus- Pro- 

tomer vider 

Customer and Provider “Top 4” 

Promote the need for information technology at the University to the legislature. 3.7 3.9 

Provide more funding for developing the people resources that support and use 3.5 3.7 

information technology. 

Customer “Top 4” 

Provide a place for information technology planning in U2000 and ongoing strategic 3.6 3.6 

planning efforts throughout the University. 

Ensure disaster prevention/recovery plans for centrally-provided information and 3.5 3. 1 

services are in place. 

Provider “Top 4” 

Reorganize information technology units under strong leadership. 3.1 4.0 

Provide more help line/help desk service to adequately cover times of peak demand. T4 3/7_ 

Do customers and information technology providers agree on the priority of next steps? Overall, we 
concluded that the providers do have a good sense of what their customers need. Despite the overall 
agreement among customers and providers, there were a few items whose average ratings differed by .4 or 
more, which suggest areas where customers and providers may differ or may need to educate one another. 
These are shown in the Table 2 below; items where the difference was statistically significant are marked 
by **. 
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Only four of these items had a 3.3 or above rating by either the customers or providers, and of these four 
only two had a significantly different rating. Customers feel more strongly about the need to ensure disaster 
prevention/recovery plans for centrally -provided information and services, and providers feel more strongly 
about the need to reorganize information technology units under strong leadership. Both of these items need 
to be addressed. In all cases, customers and providers need to articulate why these needs are top priority. 


Table 2. Customer and Provider response differences (.4 or more) 




(Based on average rating — Top priority, do now (4), Valuable, do soon (3), Useful, but not critical (2), and 


Not necessary (1)) 






Category and item 


Cus- 


Pro- 




tomer 


vider 


Information technology infrastructure 

Strengthen campus network security (e.g., break-ins, forgery, eavesdropping). 


2.9 


3.3 


**Ensure disaster prevention/recovery plans for centrally-provided information and 
services are in place. 


3.5 


3.1 


**Provide services and support that will facilitate disaster prevention/recovery 
planning in individual units. 


3.1 


2.6 


Consulting and support 

Expand help desk/help line coverage to include evenings and weekends. 


2.8 


3.3 


Provide basic information technology training as a part of staff orientation and 
freshman core curriculum. 


3.1 


2.7 


Improve support for user selection of hardware and software (e.g., clarifying 
requirements, documentation, consultation). 


2.8 


3.2 


Broaden expertise of support staff to include high performance workstations. 


2.7 


3.1 


Broaden expertise of support staff to include adaptive technology (e.g., Braille 
output, voice synthesizers). 


2.4 


2.9 


Specific needs and activities 

**Provide more extensive on-line hours for major administrative systems (e.g., 
student records, LUMINA). 


3.0 


2.4 


Information technology policy development 

**Reorganize information technology units under strong leadership. 


3.1 


4.0 



WHAT IMPACT DID THE PROJECT HAVE ON THE UNIVERSITY? 

While it is not always possible to clearly identify outcomes from the project, we believe that the project’s 
work and the relationships that it has fostered have been instrumental in a variety of areas. 

"T 

1 . Impact on University 2000 strategic planning. During the planning project we shared preliminary 
findings and project progress with the U2000 University-wide planning team. Final project reports 
were distributed to all deans, along with other U2000 strategic planning documents, as part of 
collegiate planning instructions. We presented our findings to the Deans’ Council and discussed the 
InfoTech strategic planning effort needed to ensure customers have access to the information 
technology they need in order to be leaders. 
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2. Providing impetus for ongoing information technology planning. Several on-going commitments 
resulted from the Project. The senior vice presidents have agreed to focus information technology 
planning. Our Associate Vice President for Academic Affairs has established an ongoing staff position 
for Information Technology policy development, planning, measurement, and evaluation. An 
Information Technology Advisory Council and ongoing Customer Council, along with cross functional 
working groups, will support the planning efforts. 

3. Impact on budget planning. Project data were used in three of the four major themes in a request to 
the legislature for additional funding. And information technology is prominently featured in the 
biennial request submitted in October, 1994. 

4. Creation of new relationships and cross functional collaboration. An added benefit was the 
collaboration among team members, Customer Council, and Provider Council. We viewed many 
episodes of business card swapping and heard people share ideas about pedagogical practices, 
hardware tips, software advice, multimedia classroom access on campus, and new administrative 
processes and policies. 

5. Prototype multimedia projects. Students in a Rhetoric Multimedia Document Design course had the 
opportunity to develop three- to five-minute multimedia presentations highlighting six of the exciting 
information technology projects discussed during focus groups. Students in this course targeted the 
President of the University of Minnesota as their main audience. They were asked to develop short 
presentations that the President could use to highlight how information technology, as demonstrated by 
these exciting projects, is helping the University accomplist its missions of teaching and learning, 
research and discovery, and outreach and service. The students interviewed the faculty and designed 
and developed the multimedia presentation. This proved to be a stimulating learning experience for 
students: they engaged in active learning; worked in groups; interacted with a “real” audience, someone 
besides the instructor; learned multimedia computer skills; considered multimedia design issues; and 
presented their final projects to high-level University administrators. 

6. Digital Media Center. A new Digital Media Center, which will provide technical and design support 
for faculty and staff using multimedia for teaching, research, and outreach, will open in early 1995. 
Specific goals include providing central staff and services to help faculty and teaching assistants bring 
multimedia technology to the classroom, serving as an umbrella organization for research, investigating 
how new technology enhances teaching/leaming, and providing state leadership for “train the trainer” 
programs. 
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